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1 2 

RE-LINKING TECHNOLOGY FOR A manually indicate if the broken link should be updated. In 

MOVING WEB SITE the second embodiment the feeder Webmaster gives prior 

permission to receiving site webmasters to automatically 

BACKGROUND OF THE INVENTION update links on feeding sites when a document is moved. In 

rr s the third embodiment a trusted third party acts as an inter- 

1. Held ot the Invention mediary between the feeding and receiving sites. The third 
The invention relates to computer networks such as the part y has prior permission to automatically update feeder 

World Wide Web and, more particularly, to the correction of document links or URLs. Receiving sites send re-link infor- 

information links, such as hypertext links, which point to a mation to the third party to initiate the update. 

network document which has been relocated in information 10 The foregoing and other features? ^ &cls and advant a ge s 

s P acc ' of the present invention will become more apparent from the 

2. Description of Related Art following detailed description of the present invention when 
Public data networks, such as the World Wide Web, use taken in conjunction with the accompanying drawings. 

standard communication protocols which enable computers 

connected to the network to process requests for data from is BRIEF DESCRIPTION OF THE DRAWINGS 

users. These protocols allow document authors to link their The objects, features and advantages of the system of the 

content with any other content that exists on the network. present invention will be apparent from the following 

For example, if when creating a web page an author men- description, in which: 

tions the company Sun Microsystems, the author may decide FIG 1A ^ a v i ew 0 f an exemplary computing environ- 
to link the text "Sun Microsystems" to the company's web 20 ment equ i ppec i with a keyboard, monitor, and mouse suitable 
site. This enables anyone reading the web page to access the for useasa server or trusted third party service in a 
Sun web site just by clicking on the linked text. network environment. 

Processes and techniques for comparing two electronic pjc IB is a block diagram of a computer architecture 

documents and displaying the differences between them suitable for use in carrying out the invention, 

exist in the art. For example, Microsoft™'* Word™ 97 25 pjQ 1C is a di ^ lw of aD exemplary digital storage 

program contains a "track changes" feature that displays the me dium 

differences between two documents highlighted in a par- w . & & ^ m of an , ter 

ticular way, such as usmg a red font. n6twork Qn ^ ^ fflay o ^ 

Processes and techniques for finding and replacing text 3Q HQ 1E . A{ of an information (ems archit6C . 

speafied by a user exist in the art. This feature appears u ^ sui(able for ( m{ ^ invention . 

just about every major word processing and text editing . ' ° 

package. With this feature a user can enter one character HG. 2 is a flow chart of an exemplary process used in 

string to be found in a document and another character string accordance with a first embodiment of the invention, 

that will replace the original when it is found in the docu- „ FIG. 3A is a flow chart of an exemplary process used to 

ment store information about the source of document requests to 

„ j 4 l • c ** a * + ™v the receiving site in a re -linker database. 

Processes and techniques for encrypting data transmis- f , j . 

sions exist in the art. Public-private key encryption is one HG, 3B 15 an exemplary layout of a re-linker database, 

from of data encryption widely available. Public-private key FIG. 4 is a flow chart of an exemplary process used to 

cryptography is based on a mathematical process that gen- 40 generate a re-link message. 

erates two keys where one key cannot be determined from FIG. 5 is a flow chart of an exemplary process for 

knowing the other. The private key is known only to the user. receiving and processing a re-link message in accordance 

Typically it is a long series of characters stored on the user's with one embodiment of the invention, 

computer. The public key is "published", that is, made fig. 6 is a flow chart of an exemplary process used for 

available to anyone who wants it. When the user needs to 45 addressing re-link messages. 

send a secure transmission, the data is encrypted using his FIG 7 ^ a flow chart of an exemplary process used in 

private key. When the transmission is received the recipient acco rdance with a second embodiment of the invention, 

can decrypt the data using the corresponding public key. ^ flow ^ f ^ { K ^ to 
The Problem's 

. . r grant permission for a receiving site to automatically update 

When a Webmaster or the author, owner or maintainer of 50 ^ * a feeder ^ documents 

an on-line document on a site receiving requests for the . .... . 

document (receiving site) changes the location of the FIG. 8B is a flow chart of exemplary site action when a 

document, hypertext links contained in documents on other S rant of u P date authont y 18 received ' 

sites (feeding or feeder sites) which point to that document, FIG - 8C is a flow chart of an exemplary process for 

become no longer valid. This can cause a significant 5S indicating that a receiving site has authorization to update 

decrease in the number of people visiting a web page. It also link entries on a feeding site. 

leads to an excessive number of error messages to users and FIG. 9 is a flow chart of an exemplary process used to 

to a less than optimal user experience on the network. update links in feeder pages at a feeding site. 

FIG. 10 is a flow chart of an exemplary process used in 

SUMMARY OF THE INVENTION 6Q accor d an ce with a third embodiment of the invention. 

The invention provides methods, apparatus, systems, and FIG. U is an exemplary screen display resulting from a 

computer program products which allows web sites to easily re-link message that can be used with certain embodiments 

update hypertext links in documents on feeder sites to point of the invention. 

to new locations for a receiving site document when the NOTIONS AND NOMENCLATURE 

document has been relocated. This process is called 65 

re-linking. Three embodiments of the invention are dis- The detailed descriptions which follow may be presented 

closed. In the first embodiment the feeder Webmaster must in terms of program procedures executed on a computer or 
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network of computers. These procedural descriptions and 
representations are the means used by those skilled in the art 
to most effectively convey the substance of their work to 
others skilled in the art. 

A procedure is here, and generally, conceived to be a 
self-consistent sequence of steps leading to a desired result. 
These steps are those requiring physical manipulations of 
physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, 
and otherwise manipulated. It proves convenient at times, 
principally for reasons of common usage, to refer to these 
signals as bits, values, elements, symbols, characters, terms, 
numbers, or the like. It should be noted, however, that all of 
these and similar terms are to be associated with the appro- 
priate physical quantities and are merely convenient labels 
applied to these quantities. 

Further, the manipulations performed are often referred to 
in terms, such as adding or comparing, which are commonly 
associated with mental operations performed by a human 
operator. No such capability of a human operator is 
necessary, or desirable in most cases, in any of the opera- 
tions described herein which form part of the present inven- 
tion; the operations are machine operations. Useful 
machines for performing the operation of the present inven- 
tion include general purpose digital computers or similar 
devices. 

The present invention also relates to apparatus for per- 
forming these operations. This apparatus may be specially 
constructed for the required purpose or it may comprise a 
general purpose computer as selectively activated or recon- 
figured by a computer program stored in the computer. The 
procedures presented herein are not inherently related to a 
particular computer or other apparatus. Various general 
purpose machines may be used with programs written in 
accordance with the teachings herein, or it may prove more 
convenient to construct more specialized apparatus to per- 
form the required method steps. The required structure for a 
variety of these machines will appear from the description 
given. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

FIG. 1A illustrates a computer of a type suitable for 
carrying out the invention. Viewed externally in FIG. 1A, a 
computer system has a central processing unit 100 having 
disk drives HOAand 110B. Disk drive indications 11 OA and 
HOB are merely symbolic of a number of disk drives which 
might be accommodated by the computer system. Typically, 
these would include a floppy disk drive such as 110A, a hard 
disk drive (not shown externally) and a CD ROM drive 
indicated by slot 11 OB. The number and type of drives 
varies, typically, with different computer configurations. The 
computer has the display 120 upon which information is 
displayed. A keyboard 130 and a mouse 140 are typically 
also available as input devices. Preferably, the computer 
illustrated in FIG. 1A is a SPARC® workstation from Sun 
Microsystems, Inc. 

FIG. IB illustrates a block diagram of the internal hard- 
ware of the computer of FIG. 1A. A bus 150 serves as the 
main information highway interconnecting the other com- 
ponents of the computer. CPU 155 is the central processing 
unit of the system, performing calculations and logic opera- 
tions required to execute programs. Read only memory 
(160) and random access memory (165) constitute the main 
memory of the computer. Disk controller 170 interfaces one 
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or more disk drives to the system bus 150. These disk drives 
may be floppy disk drives, such as 173, internal or external 
hard drives, such as 172, or CD ROM or DVD (Digital 
Video Disks) drives such as 171. A display interface 125 

5 interfaces a display 120 and permits information from the 
bus to be viewed on the display. Communications with 
external devices can occur over communications port 175. 

FIG. 1C illustrates an exemplary memory medium which 
can be used with drives such as 173 in FIG. IB or 110A in 

10 FIG. 1A. Typically, memory media such as a floppy disk, or 
a CD ROM, or a Digital Video Disk will contain the program 
information for controlling the computer to enable the 
computer to perform its functions in accordance with the 
invention. 

15 FIG. ID is a block diagram of a network architecture 
suitable for carrying data and programs in accordance with 
some aspects of the invention. A network 190 serves to 
connect a user computer 100 with either a server 192 for the 
download of program and data information. Users may 

20 connect to the network either directly or via a network 
service provider (such as Internet Service Provider, ISP), 
proxy server (not shown) or through a firewall network 
interface to a local area network (LAN). 

1S FIG. IE is a diagram showing the information systems 
architecture components on which the invention is intended 
to operate. A feeding site (180) and a receiving site (190) are 
computers connected to a network such as the Internet (170) 
or an Intranet. The feeding site contains a document (188) 

30 that provides an information link (197) to a document on the 
receiving site (196). The feeding and receiving site comput- 
ers will each run a re -linking process (184). Each will 
preferably contain a webmaster information file (186). A 
preferred embodiment of the invention uses a re-linker 

35 database (182). One should note that each server in a 
network will normally function as both a feeding and a 
receiving site. 

FIG. 2 is a high level flow chart of processes used in 
accordance with one embodiment of the invention. As users 

4 0 request documents on a receiving site (190), the receiving 
site re -linker 184 builds a database (182) of feeder docu- 
ments (188). A feeder document is one which contains a 
hypertext link to a document on another server (receiving 
site). The process of building the database of feeder docu- 

45 ments is described in conjunction with FIG. 3. When the 
receiver webmaster changes the uniform resource locator 
(URL) of a document(s) (210) the receiver re -linker gener- 
ates an re -link message which is sent to all sites containing 
feeder pages (220) contained in the database. The process of 

50 generating re-link messages is described in conjunction with 
FIG. 4. The receiving site then sends the re -link message to 
all appropriate feeding site webmasters informing them of 
the change (230). The process of handling re -link messages 
is described in conjunction with FIG. 5. Upon receiving the 

55 re -link message the feeder webmaster updates the appropri- 
ate links on the feeding site by either changing the link URL 
or removing the link (240). The update process is described 
in conjunction with FIG. 9. 

FIG. 3A is an exemplary flow chart describing the pro- 

60 cesses required to determine the URL of the feeder docu- 
ment and add it to the receiving site database (182). When 
a user (100) requests a document from a receiving site (300) 
by clicking on a hypertext link (197), the user's client 
software sends a request message to the receiving site's 

65 server (190). In one embodiment of the invention, this 
message is sent using the hypertext transfer protocol (HTTP) 
GET request. The HTTP GET request, in this case, contains 
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a referrer field that includes the URL of the document which 
contains the link to the receiving site. A link is activated by 
clicking on a link anchor. A link anchor is a document 
element, such as text or images, which can be selected (e.g. 
by double clicking) to activate a hyperlink. The link anchor 
URL contains the name of the receiving site and the docu- 
ment name. For example, www.sun.com/tech.html indicates 
a site with the name www.sun.com and a document name of 
tech.html. Using this information the receiving site parses 
the URL in the referrer field from the URL of the requested 
page (310). The re -linking software checks the receiving site 
database to see if the feeder URL and corresponding receiver 
URL data already exists (320). If the data is already in the 
database the receiver re-linker does nothing (330). If the data 
is not in the database the receiver re-linker appends it (340). 
In one embodiment of the invention the receiver re-linker 
database can be a simple flat file with two columns, one for 
the feeder URL and one for the receiver URL as shown in 
FIG. 3B. However, the database can contain additional 
information. 

FIG. 4 is an exemplary flow chart describing the processes 
required to generate a re -link message. When a receiver 
webmaster moves a document (400), the old URL is used to 
query the receiving site database (410) to obtain a list of 
URL's of documents (feeder URLs) which point to the old 
URL. A new message or software action is generated for 
each feeder URL found (420). This message will have a 
standard preamble informing the recipient that a link has 
changed. The re-link message addressing process is 
described in conjunction with FIG. 6. The receiving site 
attaches the URL of the feeder document together with the 
old and new URL's to the message after the standard 
preamble (430). The receiving site then attaches a copy of 
the document in the form it was prior to the move to the 
re-link message (440). The message then indicates whether 
the original document's content has changed (450). If no 
content changes were made the receiving attaches a "no 
changes" announcement to the re-link message (470). If 
content has changed concurrently with the move then the 
receiving site attaches the new document to the re -link 
message (460) as well. The re-link message is illustrated and 
discussed more in conjunction with FIG. 11. 

FIG. 5 is an exemplary flow chart describing the steps 
required for the feeding site to receive and process a re-link 
message. The feeding site receives a re- link message (500) 
periodically or as they are received and presents them for 
consideration by the webmaster. The feeding site determines 
from the message if the content of the relocated document 
has changed (510). This can be accomplished by searching 
the re-link message for a standard "no changes" announce- 
ment. If the document has changed the feeder re-linker will 
display the old document and the new document from the 
receiving site and the feeder document containing the link(s) 
(520). The changes between the old and the new documents 
will be optionally highlighted using document comparison 
techniques known in the art. The feeder document will be 
displayed with the linked area preferably highlighted and 
positioned approximately 2 A of the way down the portion of 
the display containing that document. See FIG. 11 for an 
exemplary representation of the comparison screen display. 
If the receiver document has not changed the feeding site 
will display the moved document and the feeder document 
(530). As before the feeder document will be displayed with 
the linked area preferably highlighted approximately 2 A of 
the way down the feeder portion of the display. The web- 
master of the feeding site will then determine whether to 
update the link (re -link) to point to the new location of the 
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document (540). If the feeder webmaster decides not to 
re-link then the link will be removed from the feeder 
document (550). If the webmaster of the feeding site decides 
to re-link, the old URL in the feeder document will be 

s replaced with the new receiver URL using search and 
replace technology known in the art (560). The feeder 
re-linker determines if the end of the document has been 
reached (570). If the end has not been reached the feeder 
re -linker will continue searching the feeder document for 

10 additional links to the old URL (580). If the end of the 
document has been reached then the feeder re-linker will 
conclude processing the current re-link message (590) 
unless there are more messages to process. 

FIG. 6 is an exemplary flow chart describing the processes 

15 required for the receiving site to address re- link messages. 
The receiving site parses the feeder URL to retrieve the root 
URL of the feeding site (600). For example, wwwjsun.com/ 
tech/java.html would be parsed to retrieve www.sun.com. 
The receiving site re-linker searches the root directory of the 

20 feeding site for a webmaster information file (610). This file 
will contain an E-mail address for sending re-link messages. 
The file should preferably have a standard name and location 
on a server. For example, the file could be called 
webmaster_Jnfo.html and be located at top level directory 

25 of each site. The webmaster information file for the Sun site 
in this example would be found at www.sun.com/ 
webmaster_info.html. The receiving site determines if the 
webmaster information file was found (620). If the file was 
found then the E-mail address contained in the file will be 

30 used to address the re-link message (630). If the receiving 
site times out before receiving information from the web- 
master information file (640), it will attempt to find the 
webmaster information file one more time (610). If a receiv- 
ing site times out a second time (650) then the re- link 

35 message will use the default E-mail address (660). If the 
receiver re-linker receives a message other than one from the 
webmaster information file, then it will use the default 
E-mail address (660). An example of a default E-mail 
address is webmaster@[domain name]. For example, the 

40 default E-mail address for www.sun.com would be 
webmaster@sun.com. 

FIG. 7 is a high level flow chart of processes used in 
accordance with a second embodiment of the invention. As 
users request documents on the receiving site, the receiving 

45 site builds a database (182) of feeder document URLs (700). 
The process of building the receiver re -linker database was 
described in detail in conjunction with FIG. 3 A. As user 
requests are processed the receiver re-linker requests per- 
mission to update the feeder document link when necessary 

50 (710). The granting of update permission (770) is described 
in detail in conjunction with FIG. 8. When a webmaster 
changes the uniform resource locator (URL) of a document 
(s) (730) the receiver re -linker updates links in the appli- 
cable feeder documents) (740). The update process is 

55 described in conjunction with FIG. 9. The receiver re-linker 
may optionally send the feeder webmaster an E : mail mes- 
sage informing him/her of the update (750). 

FIG. 8 A is an exemplary flow chart describing the pro- 
cesses required for the webmaster of a feeding site to grant 

60 permission for a receiving site to automatically update links 
in feeding site's documents. When the receiving site pro- 
cesses a document request from a feeding site not already in 
the re -linker database 182 (800) the receiving site sends an 
E-mail message to the feeding site asking permission to 

65 automatically update feeding site documents or at least those 
pointing to the receiving site (810). The receiving site 
addresses the message as described in FIG. 4. However, the 
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webmaster of the feeding site may use the webmaster trusted third party (TTP) (1010). The TTP requests permis- 

information file to set an option to have re-link messages sion of the feeding site to update feeding site documents on 

automatically handled. Upon receiving the message, the behalf of receiving sites (1020). In the requesting and 

webmaster or an automatic process must decide whether to obtaining of update permissions, the TTP takes on the role 

grant update permission to the receiver (820). The feeding 5 of a receiving site as described in the second embodiment, 

site may include a feature that allows the feeder webmaster but for a plurality of servers. The processes involved in 

to automatically grant re-link permission to all receivers. If granting update permission were described in conjunction 

the Webmaster decides not to grant permission no action is with FIG. 8. When the webmaster of a receiving site changes 

taken. the URL of a documents) (1030) the receiver re-linker 

FIG. 8B is a flow chart of an exemplary process used 10 sends a signed re-link message (1040) to the TTP. The 

when permission is granted (820-Y) for a receiving site to process of generating such a re-link message is described in 

automatically update links in the feeder site's documents. conjunction with FIG. 4. If the signature to the re-link 

When the receiving site receives a document request from a me f a § e c ™ be verified the TTP 'will send a re-link message 

feeding site, if authorization has not already been obtained to f th L e *' h ^ CT ( 1070 ) and change the hypertext 

from the feeding site for automatic update of the feeding 1S f < hc fcedm .g Jink. Tne processes mvolved in updating 

. t . to . . .. j ■ j « c 33 feeder pages is described in coniuncuon with FIG. 9. If the 

sites links, the receiving site sends a signed request for . . • 4 4 . + - ■ xvu *u 

. . \ . „ , t iL r j • v 1 ■ 1 ^ signature is not authentic, there is no response. When the 

permission to automatically update the feeding site links to ^ feceives , confirmation message (960) it optionally 

the feeding site (822). Digital signatures using public- ^ a ch notification to the feeding site (1080) and 

private key encryption are well known m the art. The feeding optiona i ly f orwards the confirmation to the receiving site, 

site validates the signed request using the receiving sites 20 The Kceiyin site then deletes the feeder documen t records 

public key (823). If the signed request is authentic, the from the re _ unker datab ase (1090). 

feeding site enters update permissions in the security data- fa an k represcn t a tion of a screen display 

base for .the server to permit the receiving site to make ^ can fee ^ fa certajn embodiments of me invention . In 

changes in the files on the server. Preferably, the security ^ kft ^ q{ ^ screen ^ M <kxwaaA is 

system in use is one which permits data element security to „ ^ ^ with its URL (luo) , B the rf ht 

be specified on a per user basis. Once the security entries ^ of ^ ^ a ^ new d ^ om ^ t ^ dis la d ^ 

have been made, the feeding Mte optionally sends a signed ^ ^ URL ^ made tQ me M document 

grant of update permission (825). afe highlighted mia& toques known m me art. The 

FIG. 8C is a flow chart of an exemplary process for windows in which the old and new documents are displayed 

indicating that a receiving site has authorization to update 30 may be expanded to fiu lhe in kQOWn fashion . jh e 

link entries on a feeding site. When the receiving site feeder fa displayed in the middle of the screen (1130). 

receives the signed update authorization message (850), the Tne feeder documen , anchor (1140) to scrolled approxi . 

signature is authenticated using the feeding site's public key matel 2/j down the fecder document portion 0 f lhe screen. 

(855). The receiving site may then record the update author- bottom of the displays a mes sage indicating the 

ity by making an entry into the receiving site feeder data- 3S predse nature of , he cnang6 (U50) ^ bottom of the 

Dase - screen also contains buttons for re-linking (1160) or for 

FIG. 9 is an exemplary flow chart which describes the removing the link (1170). This provides all the information 

processes required at a receiving site to update links in needed to make an informed decision whether to re-link a 

feeder pages at a feeding site. When the URL of a document document or not 

on the receiving site changes, the receiving site retrieves 40 In this way> information links in an information space 

identification of feeder links for a moved document from ^the which become broken Qr nonfunctioning as a reS ult of 

local feeder database using the old URL as a query (900). reloca t m g 0 f documents either within a web site or across 

The database returns a list of feeder documents that require web sites can be aut0 matically or semi-automatically healed 

update optionally separating those which the receiving ^ a hi ^ d of assurancc tha t the resulting relinking 

re-linker has permission to update. The receiving site sends 45 wm be approp riate. In this way, the problems of the prior art 

a signed re-link message to the feeding site (910). The afe overcome and lhe user has a more desirab i e interaction 

re-link message includes the URL of the feeder documents) ^ network 

requiring update, the old URL of the receiver document, the M fa ^ pfesent jmcaSian has been described and 

new URL of the receiver document. When the feeding site ... t , J r. . , \ . . . t , . , . ^ . 

. . , , * illustrated in detail, it is clearly understood that the same is 

receives the re -link message, it checks to make sure that the 50 . * -u * *• j 1 1 a • * * u 

Ti ,f 7 . , , , , , by way of illustration and example only and is not to be 

signature is authentic. It then checks the re -linker database . \ / - r ... A J c . u . 

fe , . , . . 1 . . taken by way of limitation, the spirit and scope of the present 

^Tul V h * K<X Tl bas P enn f 10 ° to , ma * e ' he up f at " invention being limited only by the terms of the appended 

(920). If the feeder re-hnker cannot authenticate the re-link c)aims and ^ uivalenI /. 

message it either sends a notification message to the receiver , . , . 7 . 

, e , ,„,., . ... , r °,. , What is claimed is: 

webmaster (930) or does nothing If Oie re-hnk message is 55 L ^ a(us for dali Unki informat i on 0 f a link 

authenticated the re-hnker at the feeding site retrieves the from fi J documenl to , xcond documentj wherein: 

applicable feeder document (940). The re-hnker then . „ t . 4 . t , c t 
replaces the old URL with the new URL (950) in the feeder the first document is stored on a first computer; 
document. The feeding site optionally sends a confirmation the document is stored on a second computer; 
message to the receiving site (960) stating that the document 60 the second document has an associated network address; 
has been re-linked. Upon receiving the confirmation mes- the first document comprises linking information includ- 
sage the receiving site re-linker removes the feeder docu- ing the associated network address of the second docu- 
ment record from the re -linker database (970). ment; 

FIG. 10 is a flow chart of an exemplary process used in a communication interface is arranged between the first 

accordance with a third embodiment of the invention. As 65 computer and the second computer; 

users request documents on the receiving site the receiving the second computer is configured to send a message over 

site forwards information about the feeding document to a the communication interface to the first computer when 
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the network address associated with the second docu- 
ment has changed; 

the message comprises an executable option that replaces 
the linking information comprised in the first 
document, wherein the replacement of the linking 5 
information updates the associated network address of 
the second document; and 

the message includes the entire content of the second 
document. 

2. A system for updating linking information of a link 10 
from a first document to a second document, wherein: 

the first document is stored on a first computer; 

the second document is stored on a second computer; 

the second document has an associated network address; 15 

the first document comprises linking information includ- 
ing the associated network address of the second docu- 
ment; 

a communication interface is arranged between the first 
computer and the second computer; 

the second computer is configured to send a message over 
the communication interface to the first computer when 
the network address associated with the second docu- 
ment has changed; 25 

the message comprises an executable option that replaces 
the linking information comprised in the first 
document, wherein the replacement of the linking 
information updates the associated network address of 
the second document; and 30 

the message includes the entire content of the second 
document. 

3. A method of updating linking information of a link 
from a first document to a second document, wherein: 

the first document is stored on a first computer; 35 

the second document is stored on a second computer; 

the second document has an associated network address; 

the first document comprises linking information includ- 
ing the associated network address of the second docu- 40 
ment; 

a communication interface is arranged between the first 
computer and the second computer; and 
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the method comprises the following steps: 

1) the second computer sends a message over the 
communication interface to the first computer when 
the network address associated with the second 
document has changed, wherein the message 
includes the entire content of the second document; 

2) the first computer optionally executes an executable 
option comprised in the message that replaces the 
linking information comprised in the first document; 
and 

3) if the first computer executes the executable option, 
then the associated network address of the second 
document is updated in the first document. 

4. A computer readable medium bearing instructions for 
updating linking information of a link from a first document 
to a second document, wherein: 

the first document is stored on a first computer, 
the second document is stored on a second computer; 
the second document has an associated network address; 
the first document comprises linking information includ- 
ing the associated network address of the second docu- 
ment; 

a communication interface is arranged between the first 

computer and the second computer; 
said instructions being arranged to cause one or more 

processors upon execution thereof to perform the steps 

of: 

1) the second computer sends a message over the 
communication interface to the first computer when 
the network address associated with the second 
document has changed, wherein the message 
includes the entire content of the second document; 

2) the first computer optionally executes an executable 
option comprised in the message that replaces the 
linking information comprised in the first document; 
and 

3) if the first computer executes the executable option, 
then the associated network address of the second 
document is updated in the first document. 

* * + * * 
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